Audiovisual collaboration method with latency management for wide-area broadcast

ABSTRACT

Techniques have been developed to facilitate the livestreaming of group audiovisual performances. Audiovisual performances including vocal music are captured and coordinated with performances of other users in ways that can create compelling user and listener experiences. For example, in some cases or embodiments, duets with a host performer may be supported in a sing-with-the-artist style audiovisual livestream in which aspiring vocalists request or queue particular songs for a live radio show entertainment format. The developed techniques provide a communications latency-tolerant mechanism for synchronizing vocal performances captured at geographically-separated devices (e.g., at globally-distributed, but network-connected mobile phones or tablets or at audiovisual capture devices geographically separated from a live studio).

CROSS-REFERENCE TO RELATED APPLICATION(S)

The present application is a continuation of U.S. patent application Ser. No. 15/944,537, issuing as U.S. Pat. No. 11,032,602, which claims priority to U.S. Provisional Application No. 62/480,610, filed Apr. 3, 2017.

The present application is related to (i) U.S. patent application Ser. No. 14/928,727, filed 30 Oct. 2015, now U.S. Pat. No. 9,866,731, entitled “Coordinating and Mixing Audiovisual Content Captured from Geographically Distributed Performers,” and naming Godfrey and Cook as inventors, (ii) U.S. patent application Ser. No. 15/173,041, filed 3 Jun. 2016, now U.S. Pat. No. 9,911,403, entitled “Automated Generation of Coordinated Audiovisual Work Based on Content Captured from Geographically Distributed Performers,” and naming Sung, Kim, Moldover, Shimmin, Yang and Cook as inventors, and (iii) U.S. Pat. No. 8,983,829, entitled “Coordinating and Mixing Vocals Captured from Geographically Distributed Performers,” and naming Cook, Lazier, Lieber, and Kirk as inventors. The entirety of each of the foregoing applications or patent is incorporated herein by reference.

BACKGROUND Field of the Invention

The invention relates generally to capture, processing and/or broadcast of multi-performer audiovisual performances and, in particular, to techniques suitable for managing transmission latency for audiovisual content captured in the context of a near real-time audiovisual collaboration of multiple, geographically-distributed performers.

Description of the Related Art

The installed base of mobile phones, personal media players, and portable computing devices, together with media streamers and television set-top boxes, grows in sheer number and computational power each day. Hyper-ubiquitous and deeply entrenched in the lifestyles of people around the world, many of these devices transcend cultural and economic barriers. Computationally, these computing devices offer speed and storage capabilities comparable to engineering workstation or workgroup computers from less than ten years ago, and typically include powerful media processors, rendering them suitable for real-time sound synthesis and other musical applications. Partly as a result, some portable handheld devices, such as iPhone®, iPad®, iPod Touch® and other iOS® or Android devices, as well as media application platforms and set-top box (STB) type devices such as AppleTV® devices, support audio and video processing quite capably, while at the same time providing platforms suitable for advanced user interfaces. Indeed, applications such as the Smule Ocarina™, Leaf Trombone®, I Am T-Pain™, AutoRap®, Sing! Karaoke™, Guitar! By Smule®, and Magic Piano® apps available from Smule, Inc. have shown that advanced digital acoustic techniques may be delivered using such devices in ways that provide compelling musical experiences.

Sing! Karaoke™ implementations have previously demonstrated accretion of vocal performances captured on a non-real-time basis with respect to each other using geographically-distributed, handheld devices, as well as implementations where more tightly-coupled coordination between portable handheld devices and a local media application platform (e.g., in-room) is supported, typically with short-range, negligible-latency communications on a same local- or personal-area network segment. Improved techniques and functional capabilities are desired to extend an intimate sense of “now” or “liveness” to collaborative vocal performances, where the performers are separated by more significant geographic distances and notwithstanding non-negligible communication latencies between devices.

As researchers seek to transition their innovations to commercial applications deployable to modern handheld devices and media application platforms within the real-world constraints imposed by processor, memory and other limited computational resources thereof and/or within communications bandwidth and transmission latency constraints typical of wireless and wide-area networks, significant practical challenges present. For example, while applications such as Sing! Karaoke have demonstrated the promise of post-performance audiovisual mixes to simulate vocal duets or collaborative vocal performances of larger numbers of performers, creating a sense of now and live collaboration has proved elusive without physical co-location.

Improved techniques and functional capabilities are desired, particularly relative to management of communication latencies and captured audiovisual content in such a way that a combined audio visual performance nonetheless can be disseminated (e.g., broadcast) in a manner that presents to recipients, listeners and/or viewers as a live interactive collaboration of geographically-distributed performers. Audience involvement and participation constructs that provide an intimate sense of “now” or “liveness” are also desired.

SUMMARY

It has been discovered that, despite practical limitations imposed by mobile device platforms and media application execution environments, audiovisual performances, including vocal music, may be captured and coordinated with those of other users in ways that create compelling user and listener experiences. In some cases, the vocal performances of collaborating contributors are captured (together with performance synchronized video) in the context of a karaoke-style presentation of lyrics and in correspondence with audible renderings of a backing track. In some cases, vocals (and typically synchronized video) are captured as part of a live or unscripted performance with vocal interactions (e.g., a duet or dialog) between collaborating contributors. In either case, it is envisioned that non-negligible network communication latencies will exist between at least some of the collaborating contributors, particularly where those contributors are geographically separated. As a result, a technical challenge exists to manage latencies and the captured audiovisual content in such a way that a combined audio visual performance nonetheless can be disseminated (e.g., broadcast) in a manner that presents to recipients, listeners and/or viewers as a live interactive collaboration.

In one technique for accomplishing this facsimile of live interactive performance collaboration, actual and non-negligible network communication latency is (in effect) masked in one direction between a guest and host performer and tolerated in the other direction. For example, a captured audiovisual performance of a guest performer on a “live show” internet broadcast of a host performer could include a guest+host duet sung in apparent real-time synchrony. In some cases, the guest could be a performer who has popularized a particular musical performance. In some cases, the guest could be an amateur vocalist given the opportunity to sing “live” (though remote) with the popular artist or group “in studio” as (or with) the show's host. Notwithstanding a non-negligible network communication latency from guest-to-host involved in the conveyance of the guest's audiovisual contribution stream (perhaps 200-500 ms or more), the host performs in apparent synchrony with (though temporally lagged from, in an absolute sense) the guest and the apparently synchronously performed vocals are captured and mixed with the guest's contribution for broadcast or dissemination.

The result is an apparently live interactive performance (at least from the perspective of the host and the recipients, listeners and/or viewers of the disseminated or broadcast performance). Although the non-negligible network communication latency from guest-to-host is masked, it will be understood that latency exists and is tolerated in the host-to-guest direction. However, host-to-guest latency, while discernible (and perhaps quite noticeable) to the guest, need not be apparent in the apparently live broadcast or other dissemination. It has been discovered that lagged audible rendering of host vocals (or more generally, of the host's captured audiovisual performance) need not psychoacoustically interfere with the guest's performance.

Performance synchronized video may be captured and included in a combined audiovisual performance that constitutes the apparently live broadcast, wherein visuals may be based, at least in part, on time-varying, computationally-defined audio features extracted from (or computed over) captured vocal audio. In some cases or embodiments, these computationally-defined audio features are selective, over the course of a coordinated audiovisual mix, for particular synchronized video of one or more of the contributing vocalists (or prominence thereof).

Optionally, and in some cases or embodiments, vocal audio can be pitch-corrected in real-time at the guest performer's device (or more generally, at a portable computing device such as a mobile phone, personal digital assistant, laptop computer, notebook computer, pad-type computer or netbook, or on a content or media application server) in accord with pitch correction settings. In some cases, pitch correction settings code a particular key or scale for the vocal performance or for portions thereof. In some cases, pitch correction settings include a score-coded melody and/or harmony sequence supplied with, or for association with, the lyrics and backing tracks. Harmony notes or chords may be coded as explicit targets or relative to the score coded melody or even actual pitches sounded by a vocalist, if desired.

Using uploaded vocals captured at guest performer devices such as the aforementioned portable computing devices, a content server or service for the host can further mediate coordinated performances by manipulating and mixing the uploaded audiovisual content of multiple contributing vocalists for further broadcast or other dissemination. Depending on the goals and implementation of a particular system, in addition to video content, uploads may include pitch-corrected vocal performances (with or without harmonies), dry (i.e., uncorrected) vocals, and/or control tracks of user key and/or pitch correction selections, etc.

Synthesized harmonies and/or additional vocals (e.g., vocals captured from another vocalist at still other locations and optionally pitch-shifted to harmonize with other vocals) may also be included in the mix. Geocoding of captured vocal performances (or individual contributions to a combined performance) and/or listener feedback may facilitate animations or display artifacts in ways that are suggestive of a performance or endorsement emanating from a particular geographic locale on a user-manipulable globe. In this way, implementations of the described functionality can transform otherwise mundane mobile devices and living room or entertainment systems into social instruments that foster a unique sense of global connectivity, collaboration and community.

In some embodiments in accordance with the present invention(s), an audio collaboration method is provided for broadcast of a joint performance of geographically distributed performers with non-negligible peer-to-peer communications latency between host and guest devices. The method includes (1) receiving at the host device, operating as a local peer, a media encoding of a mixed audio performance (i) including vocal audio captured at the guest device, communicatively coupled as a remote peer, from a first one of the performers and (ii) mixed with a backing audio track; (2) at the host device, audibly rendering the received mixed audio performance and capturing thereagainst vocal audio from a second one of the performers; and (3) mixing the captured second performer vocal audio with the received mixed audio performance for transmission to an audience as the broadcast, wherein the broadcast mix includes vocal audio of the first and second performers and the backing audio track with negligible temporal lag therebetween.

In some embodiments, the method further includes transmitting to plural recipients, over a wide-area network, the broadcast mix as a live stream, the plural recipients constituting the audience. In some embodiments, the method further includes the second performer, at the host device, selectively joining the first performer to the joint performance.

In some cases or embodiments, the joined first performer is selected from the audience and, at least for duration of the joint performance, is decoupled from live stream transmission of the broadcast to the audience. In some cases or embodiments, the transmitted live stream broadcast to the audience is temporally lagged by at least several seconds relative to the first performer vocal audio capture.

In some embodiments, the method further includes returning the first performer to the audience and, coincident therewith, recoupling to the live stream transmission. In some embodiments, the method further includes selectively joining a third performer as a new remote peer and thereafter (1) receiving at the host device a second media encoding (i) including vocal audio captured from the third performer at a new guest device, communicatively coupled as the new remote peer, and (ii) mixed with a second backing audio track; (2) at the host device, audibly rendering the second media encoding and capturing thereagainst additional vocal audio from the second performer; and (3) mixing the captured additional vocal audio with the received second media encoding for transmission to the audience as a continuation of the broadcast, wherein the broadcast mix includes vocal audio of the second and third performers and the second backing audio track with negligible temporal lag therebetween.

In some embodiments, the method further includes supplying the second performer captured vocal audio to the guest device remote peer for audible rendering at the guest device with at least some guest-side temporal lag relative to the capture of vocal audio from the first performer. In some cases or embodiments, the apparent guest-side temporal lag is at least about 40-1200 ms.

In some cases or embodiments, a substantial entirety of the non-negligible peer-to-peer communications latency is apparent in the guest-side temporal lag. In some cases or embodiments, essentially none of the non-negligible peer-to-peer communications latency is apparent at the host device or in the broadcast mix of first and second performers. In some cases or embodiments, the non-negligible peer-to-peer communications latency includes input signal to send delay, network delay, jitter buffer delay and buffer and output delay. The non-negligible peer-to-peer communications latency may vary and, in some cases, can be psychoacoustically significant. In some cases or embodiments, the non-negligible peer-to-peer communications latency is at least about 30-100 ms. In some cases or embodiments, the non-negligible peer-to-peer communications latency is at least about 100-250 ms. In some cases or embodiments, the non-negligible peer-to-peer communications latency is about 100-600 ms.

In some cases or embodiments, receipt at the host device of the mixed audio performance and supply of the second performer captured vocal audio to the guest device are via a peer-to-peer audiovisual connection using a Web Real-Time Communications (WebRTC)-type framework. In some embodiments, the method further includes supplying the broadcast mix of vocal audio of the first and second performers over a wide-area network. In some cases or embodiments, supply of the broadcast mix is via a real-time messaging protocol (RTMP)-type audiovisual streaming protocol. In some cases or embodiments, at least the guest device constitutes a mobile handheld phone or media player.

In some embodiments, the method further includes pitch correcting second performer vocals at the host device in accord with a vocal score that encodes a sequence of notes for a vocal melody. In some embodiments, the method further includes pitch correcting at the host device second performer vocals in accord with a vocal score that encodes at least a first set of harmony notes for at least some portions of the vocal melody.

In some cases or embodiments, the first performer vocals included in the received mixed performance are pitch corrected vocals. In some cases or embodiments, one of the first and second performer vocals is pitch corrected in accord with a vocal score that encodes a sequence of notes for a vocal melody, and the other of the first and second performer vocals in accord with a vocal score that encodes at least a first set of harmony notes for at least some portions of the vocal melody.

In some cases or embodiments, either or both of the first and second performer vocals are computationally processed, prior to inclusion in the broadcast, to apply one or more audio effects. In some cases or embodiments, the applied audio effects include one or more of a reverberation effect, digital filtering, spectral equalization, non-linear distortion, audio compression, pitch correction or pitch shifting, channel-relative gain and/or phase delay to manipulate apparent placement of the first or second performer within a stereo field.

In some cases or embodiments, the received media encoding includes video that is performance synchronized with the captured first performer vocals, the method further includes capturing, at the host device, video that is performance synchronized with the captured second performer vocals, and the broadcast mix is an audiovisual mix of captured audio and video of at least the first and second performers.

In some embodiments, the method further includes dynamically varying in the broadcast mix at least visual prominence of one or the other of the first and second performers based on evaluation of a computationally audio defined feature of either or both of the first and second performer vocals. In some embodiments, the method further includes applying one or more video effects to the broadcast mix based, at least in part, on a computationally defined audio or video feature of either or both of the first and second performer audio or video.

In some embodiments, the method further includes receiving at the host device, chat messages from members of the audience. In some embodiments, the method further includes incorporating at least some content of the chat messages as part of video of the broadcast mix. In some embodiments, the method further includes receiving at the host device, one or more of chat messages, emojis, animated GIFs and voting indications from members of the audience. In some embodiments, the method further includes incorporating a visual presentation of at least some of the received chat messages content, emojis, animated GIFs or voting indications as part of the broadcast mix.

In some embodiments, the method further includes queuing playlist requests from one or more recipients of the broadcast mix. In some embodiments, responsive to a selection by the second performer at the host device of a particular one of the queued playlist requests, the method further includes retrieving one or more of the backing audio track, lyrics, and score-coded note targets from a content repository. In some embodiments, responsive to a selection by the second performer at the host device of a particular one of the queued playlist requests, the method further includes demand supplying the communicatively-coupled guest device with one or more of the backing audio track, lyrics and score-coded note targets.

In some cases or embodiments, the broadcast mix is presented as a vocal duet. In some embodiments, the method further includes receiving at the host device a media encoding of at least another mixed audio performance (i) that constitutes vocal audio captured at another guest device, communicatively coupled as another remote peer, from a third performer and (ii) is temporally aligned or alignable with the backing audio track. In some cases or embodiments, audio of the live stream includes both conversational-type audio portions captured in correspondence with interactive conversation between the first and second performers and vocal performance audio portions captured in correspondence with vocal musical performance of either or both of the first and second performers against the backing audio track.

In some embodiments, the method further includes selecting a highlights clips set of segments from the live stream, wherein highlights clips set of segments generally include the vocal musical performance portions and generally exclude the conversational-type audio portions. In some embodiments, the method further includes selecting a highlight clips set of segments from the live stream based on one or more of audience reactions to the live stream, song structure, and audio power. In some embodiments, the method further includes selecting a highlight clips set of segments based on correspondence of particular audio portions of the live stream with verse, chorus or musical section boundaries, whether score-coded or computationally determined by audio feature analysis. In some embodiments responsive to selection by a user, the method further includes saving or sharing an audiovisual encoding of one or more of the highlight clips.

In some embodiments, the method further includes receiving from the guest device one or more lyrics synchronization markers. The lyrics synchronization markers convey to the host device a temporal alignment of lyrics visually presented at the guest device with the vocal audio captured the guest device. In some embodiments, the method further includes visually presenting the lyrics at the host device, wherein the visual presentation of the lyrics is temporally aligned with the media encoding of the mixed audio performance received from the guest device based on the received one or more lyrics synchronization markers. In some cases or embodiments, the received one or more lyrics synchronization markers coordinate progression of the lyrics presented on the host device with a pause or other temporal control at the guest device.

In some embodiments in accordance with the present invention(s), a system for dissemination of an apparently live broadcast of a joint performance of geographically-distributed first and second performers includes host and guest devices. The host and guest devices are coupled as local and remote peers by communication network with non-negligible peer-to-peer latency for transmissions of audiovisual content. The host device is communicatively coupled as the local peer to receive a media encoding of a mixed audio performance constituting vocal audio captured at the guest device, and the guest device is communicatively coupled as the remote peer to supply the media encoding captured from a first one of the performers and mixed with a backing audio track. The host device is configured to audibly render the received mixed audio performance, to capture thereagainst a vocal audio from a second one of the performers, and to mix the captured second performer vocal audio with the received mixed audio performance for transmission as the apparently live broadcast.

In some embodiments in accordance with the present invention(s), an audio collaboration method for a livestream broadcast of a coordinated audiovisual work of first and second performers captured at respective geographically-distributed, first and second devices includes: (a) receiving at the second device, a media encoding of a mixed audio performance (i) including vocal audio captured at the first device from a first one of the performers and (ii) mixed with a backing audio track; (b) at the second device, audibly rendering the received mixed audio performance and capturing thereagainst vocal audio from a second one of the performers; (c) mixing the captured second performer vocal audio with the received mixed audio performance to provide a broadcast mix that includes the captured vocal audio of the first and second performers and the backing audio track without apparent temporal lag therebetween; and (d) supplying the broadcast mix to a service platform configured to livestream the broadcast mix to plural recipient devices constituting an audience.

In some cases or embodiments, the first device is associated with the second device as a current livestream guest, and the second device operates as a current livestream host. The current livestream host controls association and dissociation of particular devices from the audience as the current livestream guest. In some cases or embodiments, the current livestream host selects from a queue of requests from the audience to associate as the current livestream guest.

In some cases or embodiments, the first device operates in a livestream guest role and the second device operates in a livestream host role. The method further includes either or both of: the second device releasing the livestream host role for assumption by another device; and the second device passing the livestream host role to a particular device selected from a set comprising the first device and the audience.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention(s) are illustrated by way of examples and not limitation with reference to the accompanying figures, in which like references generally indicate similar elements or features.

FIG. 1 depicts information flows amongst illustrative mobile phone-type portable computing devices in a host and guest configuration for livestreaming a duet-type group audiovisual performance in accordance with some embodiments of the present invention(s).

FIG. 2 is a flow graph depicting the flow of audio signals captured and processed at respective guest and host devices coupled in a “host sync” peer-to-peer configuration for generation of a group audiovisual performance livestream in accordance with some embodiments of the present invention(s).

FIG. 3 is a flow graph depicting the flow of audio signals captured and processed at respective guest and host devices coupled in a “shared latency” peer-to-peer configuration for generation of a group audiovisual performance livestream in accordance with some embodiments of the present invention(s).

FIG. 4 is a flow diagram illustrating, for an audiovisual performance captured at a guest or host device in accordance with some embodiments of the present invention(s), optional real-time continuous pitch-correction and harmony generation signal flows that may be performed based on score-coded pitch correction settings.

FIG. 5 is a functional block diagram of hardware and software components executable at an illustrative mobile phone-type portable computing device to facilitate processing and communication of a captured audiovisual performance for use in a multi-vocalist livestreaming configuration of network-connected devices in accordance with some embodiments of the present invention(s).

FIG. 6 illustrates features of a mobile device that may serve as a platform for execution of software implementations of at least some audiovisual performance capture and/or livestream performance devices in accordance with some embodiments of the present invention(s).

FIG. 7 is a network diagram that illustrates cooperation of exemplary devices in accordance with some embodiments of the present invention(s).

Skilled artisans will appreciate that elements or features in the figures are illustrated for simplicity and clarity and have not necessarily been drawn to scale. For example, the dimensions or prominence of some of the illustrated elements or features may be exaggerated relative to other elements or features in an effort to help to improve understanding of embodiments of the present invention. Likewise, a multiplicity of data and control flows (including constituent signals or encodings) will be understood consistent with the descriptions notwithstanding illustration in the drawings of a single flow for simplicity or avoid complexity that might otherwise obscure description of the inventive concepts.

DESCRIPTION

Techniques have been developed to facilitate the livestreaming of group audiovisual performances. Audiovisual performances including vocal music are captured and coordinated with performances of other users in ways that can create compelling user and listener experiences. For example, in some cases or embodiments, duets with a host performer may be supported in a sing-with-the-artist style audiovisual livestream in which aspiring vocalists request or queue particular songs for a live radio show entertainment format. The developed techniques provide a communications latency-tolerant mechanism for synchronizing vocal performances captured at geographically-separated devices (e.g., at globally-distributed, but network-connected mobile phones or tablets or at audiovisual capture devices geographically separated from a live studio).

While audio-only embodiments are certainly contemplated, it is envisioned that livestream content will typically include performance-synchronized video captured in connection with vocals. In addition, while network-connected mobile phones are illustrated as audiovisual capture devices, it will be appreciated based on the description herein that audiovisual capture and viewing devices may include suitably-configured computers, smart TVs and/or living room style set-top box configurations, and even intelligent virtual assistance devices with audio and/or audiovisual capture devices or capabilities. Finally, while applications to vocal music are described in detail, it will be appreciated based on the description herein that audio or audiovisual capture applications need not be limited to vocal duets, but may be adapted to other forms of group performance in which one or more successive performances are accreted to a prior performance to produce a livestream.

In some cases, the vocal performances of collaborating contributors are captured (together with performance synchronized video) in the context of a karaoke-style presentation of lyrics and in correspondence with audible renderings of a backing track. In some cases, vocals (and typically synchronized video) are captured as part of a live or unscripted performance with vocal interactions (e.g., a duet or dialog) between collaborating contributors. In each case, it is envisioned that non-negligible network communication latencies will exist between at least some of the collaborating contributors, particularly where those contributors are geographically separated. As a result, a technical challenge exists to manage latencies and the captured audiovisual content in such a way that a combined audio visual performance nonetheless can be disseminated (e.g., broadcast) in a manner that presents to recipients, listeners and/or viewers as a live interactive collaboration.

In one technique for accomplishing this facsimile of live interactive performance collaboration, actual and non-negligible network communication latency is (in effect) masked in one direction between a guest and host performer and tolerated in the other direction. For example, a captured audiovisual performance of a guest performer on a “live show” internet broadcast of a host performer could include a guest+host duet sung in apparent real-time synchrony. In some cases, the host could be a performer who has popularized a particular musical performance. In some cases, the guest could be an amateur vocalist given the opportunity to sing “live” (though remote) with the popular artist or group “in studio” as (or with) the show's host. Notwithstanding a non-negligible network communication delay from guest-to-host (perhaps 200-500 ms or more) to convey the guest's audiovisual contribution, the host performs in apparent synchrony with (though temporally lagged from, in an absolute sense) the guest and the apparently synchronously performed vocals are captured and mixed with the guest's contribution for broadcast or dissemination.

The result is an apparently live interactive performance (at least from the perspective of the host and the recipients, listeners and/or viewers of the disseminated or broadcast performance). Although the non-negligible network communication latency from guest-to-host is masked, it will be understood that latency exists and is tolerated in the host-to-guest direction. However, host-to-guest latency, while discernible (and perhaps quite noticeable) to the guest, need not be apparent in the apparently live broadcast or other dissemination. It has been discovered that lagged audible rendering of host vocals (or more generally, of the host's captured audiovisual performance) need not psychoacoustically interfere with the guest's performance.

Although much of the description herein presumes, for purposes of illustration, a fixed host performer on a particular host device, it will be appreciated based on the description herein that some embodiments in accordance with the present invention(s) may provide host/guest control logic that allows a host to “pass the mic” such that a new user (in some cases a user selected by the current host and other cases, a user who “picks up the mic” after the current host “drops the mic”) may take over as host. Likewise, it will be appreciated based on the description herein that some embodiments in accordance with the present invention(s) may provide host/guest control logic that queues guests (and/or aspiring hosts) and automatically assigns queued users to appropriate roles.

In some cases or embodiments, vocal audio of individual host- and guest-role performers is captured together with performance synchronized video in a karaoke-style user interface framework and coordinated with audiovisual contributions of the other users to form duet-style or glee club-style group audiovisual performances. For example, the vocal performances of individual users may be captured (together with performance synchronized video) on mobile devices, television-type display and/or set-top box equipment in the context of karaoke-style presentations of lyrics in correspondence with audible renderings of a backing track. In some cases or embodiments, score-coded continuous pitch correction may be provided as well as user selectable audio and/or video effects. Consistent with the foregoing, but without limitation as to any particular embodiment claimed, karaoke-style vocal performance capture using portable handheld devices provides illustrative context.

Karaoke-Style Vocal Performance Capture

Although embodiments of the present invention are not limited thereto, pitch-corrected, karaoke-style, vocal capture using mobile phone-type and/or television-type audiovisual equipment provides a useful descriptive context. For example, in some embodiments such as illustrated in FIG. 1 , iPhone™ handhelds available from Apple Inc. (or more generally, handhelds 101A, 101B operating as guest and host devices, respectively) execute software that operates in coordination with a content server 110 to provide vocal capture. The configuration optionally provides continuous real-time, score-coded pitch correction and harmonization of the captured vocals. Performance synchronized video may also be captured using a camera provided by, or in connection with, a computer, a television or other audiovisual equipment (not specifically shown) or connected set-top box equipment such as an Apple TV™ device. In some embodiments, performance synchronized video may be captured using an on-board camera provided by handheld paired with connected set-top box equipment. Suitable techniques are detailed in commonly-owned, co-pending U.S. patent application Ser. No. 15/337,866, filed Oct. 28, 2016, naming Hersh, Shimmin, Yang, and Cook as inventors, entitled “Audiovisual Media Application Platform with Wireless Handheld Audiovisual Input,” the entirety of which is incorporated herein by reference.

In the illustration of FIG. 1 , a current host user of current host device 101B at least partially controls the content of a live stream 122 that is buffered for, and streamed to, an audience on devices 120A, 120B . . . 120N. In the illustrated configuration, a current guest user of current guest device 101A contributes to the group audiovisual performance mix 111 that is supplied (eventually via content server 110) by current host device 101B as live stream 122. Although devices 120A, 120B . . . 120N and, indeed, current guest and host devices 101A, 101B are, for simplicity, illustrated as handheld devices such as mobile phones, persons of skill in the art having benefit of the present disclosure will appreciate that any given member of the audience may receive livestream 122 on any suitable computer, smart television, tablet, via a set-top box or other streaming media capable client.

Content that is mixed to form group audiovisual performance mix 111 is captured, in the illustrated configuration, in the context of karaoke-style performance capture wherein lyrics 102, optional pitch cues 105 and, typically, a backing track 107 are supplied from content server 110 to either or both of current guest device 101A and current host device 101B. A current host (on current host device 101B) typically exercises ultimate control over the live stream, e.g., by selecting a particular user (or users) from the audience to act as the current guest(s), by selecting a particular song from a request queue (and/or vocal parts thereof for particular users), and/or by starting, stopping or pausing the group AV performance. Once the current host selects or approves a guest and/or song, the guest user may (in some embodiments) start/stop/pause the roll of backing track 107A for local audible rendering and otherwise control the content of guest mix 106 (backing track roll mixed with captured guest audiovisual content) supplied to current host device 101B. Roll of lyrics 102A and optional pitch cues 105A at current guest device 101A is in temporal correspondence with the backing track 107A, and is likewise subject start/stop/pause control by the current guest. In some cases or situations, backing audio and/or video may be rendered from a media store such as an iTunes™ library resident or accessible from a handheld, set-top box, etc.

Typically, song requests 132 are audience-sourced and conveyed by signaling paths to content selection and guest queue control logic 112 of content server 110. Host controls 131 and guest controls 133 are illustrated as bi-directional signaling paths. Other queuing and control logic configurations consistent with the operations described, including host or guest controlled queueing and/or song selection, will be appreciated based on the present disclosure.

In the illustrated configuration of FIG. 1 , and notwithstanding a non-negligible temporal lag (typically 100-250 ms, but possibly more), current host device 101B receives and audibly renders guest mix 106 as a backing track against which the current host's audiovisual performance are captured at current host device 101B. Roll of lyrics 102B and optional pitch cues 105B at current host device 101B is in temporal correspondence with the backing track, here guest mix 106. To facilitate synchronization to the guest mix 106 in view of temporal lag in the peer-to-peer communications channel between current guest device 101A and current host device 101B as well as for guest-side start/stop/pause control, marker beacons may be encoded in the guest mix to provide the appropriate phase control of lyrics 102B and optional pitch cues 105B on screen. Alternatively, phase analysis of any backing track 107A included in guest mix 106 (or any bleed through, if the backing track is separately encoded or conveyed) may be used to provide the appropriate phase control of lyrics 102B and optional pitch cues 105B on screen at current host device 101B.

It will be understood that temporal lag in the peer-to-peer communications channel between current guest device 101A and current host device 101B affects both guest mix 106 and communications in the opposing direction (e.g., host mic 103C signal encodings). Any of a variety of communications channels may be used to convey audiovisual signals and controls between current guest device 101A and current host device 101B, as well as between the guest and host devices 101A, 101B and content server 110 and between audience devices 120A, 120B . . . 120N and content server 110. For example, respective telecommunications carrier wireless facilities and/or wireless local area networks and respective wide-area network gateways (not specifically shown) may provide communications to and from devices 101A, 101B, 120A, 120B . . . 120N. Based on the description herein, persons of skill in the art will recognize that any of a variety of data communications facilities, including 802.11 Wi-Fi, Bluetooth™, 4G-LTE wireless, wired data networks, wired or wireless audiovisual interconnects such as in accord with HDMI, AVI, Wi-Di standards or facilities may employed, individually or in combination to facilitate communications and/or audiovisual rendering described herein.

User vocals 103A and 103B are captured at respective handhelds 101A, 101B, and may be optionally pitch-corrected continuously and in real-time and audibly rendered mixed with the locally-appropriate backing track (e.g., backing track 107A at current guest device 101A and guest mix 106 at current host device 101B) to provide the user with an improved tonal quality rendition of his/her own vocal performance. Pitch correction is typically based on score-coded note sets or cues (e.g., the pitch and harmony cues 105A, 105B visually displayed at current guest device 101A and at current host device 101B, respectively), which provide continuous pitch-correction algorithms executing on the respective device with performance-synchronized sequences of target notes in a current key or scale. In addition to performance-synchronized melody targets, score-coded harmony note sequences (or sets) provide pitch-shifting algorithms with additional targets (typically coded as offsets relative to a lead melody note track and typically scored only for selected portions thereof) for pitch-shifting to harmony versions of the user's own captured vocals. In some cases, pitch correction settings may be characteristic of a particular artist such as the artist that performed vocals associated with the particular backing track.

In general, lyrics, melody and harmony track note sets and related timing and control information may be encapsulated in an appropriate container or object (e.g., in a Musical Instrument Digital Interface, MIDI, or Java Script Object Notation, json, type format) for supply together with the backing track(s). Using such information, devices 101A and 101B (as well as associated audiovisual displays and/or set-top box equipment, not specifically shown) may display lyrics and even visual cues related to target notes, harmonies and currently detected vocal pitch in correspondence with an audible performance of the backing track(s) so as to facilitate a karaoke-style vocal performance by a user. Thus, if an aspiring vocalist selects “When I Was Your Man” as popularized by Bruno Mars, your_man.json and your_man.m4a may be downloaded from the content server (if not already available or cached based on prior download) and, in turn, used to provide background music, synchronized lyrics and, in some situations or embodiments, score-coded note tracks for continuous, real-time pitch-correction while the user sings. Optionally, at least for certain embodiments or genres, harmony note tracks may be score coded for harmony shifts to captured vocals. Typically, a captured pitch-corrected (possibly harmonized) vocal performance together with performance synchronized video is saved locally, on the handheld device or set-top box, as one or more audiovisual files and is subsequently compressed and encoded for communication (e.g., as guest mix 106 or group audiovisual performance mix 111 or constituent encodings thereof) to content server 110 as an MPEG-4 container file. MPEG-4 is one suitable standard for the coded representation and transmission of digital multimedia content for the Internet, mobile networks and advanced broadcast applications. Other suitable codecs, compression techniques, coding formats and/or containers may be employed if desired.

As will be appreciated by persons of skill in the art having benefit of the present disclosure, performances of multiple vocalists (including performance synchronized video) may be accreted and combined, such as to form a duet-style performance, glee club, or vocal jam session. In some embodiments of the present invention, social network constructs may at least partially supplant or inform host control of the pairings of geographically-distributed vocalists and/or formation of geographically-distributed virtual glee clubs. For example, relative to FIG. 1 , individual vocalists may perform as current host and guest users in a manner captured (with vocal audio and performance synchronized video) and eventually streamed as a live stream 122 to an audience. Such captured audiovisual content may, in turn, be distributed to social media contacts of the vocalist, members of the audience etc., via an open call mediated by the content server. In this way, the vocalists themselves, members of the audience (and/or the content server or service platform on their behalf) may invite others to join in a coordinated audiovisual performance, or as members of an audience or guest queue.

Where supply and use of backing tracks is illustrated and described herein, it will be understood, that vocals captured, pitch-corrected (and possibly, though not necessarily, harmonized) may themselves be mixed (as with guest mix 106) to produce a “backing track” used to motivate, guide or frame subsequent vocal capture. Furthermore, additional vocalists may be invited to sing a particular part (e.g., tenor, part B in duet, etc.) or simply to sing, the subsequent vocal capture device (e.g., current host device 101B in the configuration of FIG. 1 ) may pitch shift and place their captured vocals into one or more positions within a duet or virtual glee club. These and other aspects of performance accretion are described (for a content server mediated embodiment) in commonly-owned, U.S. Pat. No. 8,983,829, entitled “COORDINATING AND MIXING VOCALS CAPTURED FROM GEOGRAPHICALLY DISTRIBUTED PERFORMERS,” and naming Cook, Lazier, Lieber, and Kirk as inventors, which is incorporated by reference herein.

Synchronization Methods

Based on the description herein, persons of skill in the art will appreciate a variety of host-guest synchronization methods that tolerate non-negligible temporal lag in the peer-to-peer communications channel between guest device 101A and host device 101B. As illustrated in the context of FIG. 1 , the backing track (e.g., backing track 107A) can provide the synchronization timeline for temporally-phased vocal capture performed at the respective peer devices (guest device 101A and host device 101B) and minimize (or eliminate) the perceived latency for the users thereof.

FIG. 2 is a flow graph depicting the flow of audio signals captured and processed at respective guest and host devices coupled in a “host sync” peer-to-peer configuration for generation of a group audiovisual performance livestream in accordance with some embodiments of the present invention(s). More specifically, FIG. 2 illustrates how an exemplary configuration of guest and host devices 101A and 101B (recall FIG. 1 ) and audiovisual signal flows therebetween (e.g., guest mix 106 and host mic audio 103C) during a peer-to-peer session provide a user experience in which the host device vocalist (at host device 101B) always hears guest vocals (captured from guest mic local input 103A) and backing track 107A in perfect synchronization. While the guest will perceive the host's accreted vocals delayed (in the mix supplied at guest speaker or headset 240A) by a full audio round-trip-travel (RTT) delay, the audio stream (including the remote guest mic mixed with the backing track) supplied to the host device 101B and mixed as the livestreamed (122) multi-vocal performance exhibit zero (or negligible) latency to the host vocalist or to the audience.

A key to masking actual latencies is to include track 107A in the audio mix suppled from guest device 101A and to the broadcaster's device, host device 101B. This audio flow ensures that the guest's voice and backing track is always synced from the broadcaster's point of view (based on audible rendering at host speaker or headset 240B. The guest may still perceive that the broadcaster is singing slightly out of sync if the network delay is significant. However, as long as the guest focuses on singing in time with the backing track instead of the host's slightly delayed voice, the multi-vocal mix of host vocals with guest vocals and the backing track is in sync when livestreamed to an audience.

FIG. 3 is a flow graph depicting the flow of audio signals captured and processed at respective guest and host devices coupled in an alternative “shared latency” peer-to-peer configuration for generation of a group audiovisual performance livestream in accordance with some embodiments of the present invention(s). More specifically, FIG. 3 illustrates how an exemplary configuration of guest and host devices 101A and 101B (recall FIG. 1 ) and audiovisual signal flows therebetween (e.g., guest mix 106 and host mic audio 103C) during a peer-to-peer session combine to limit the guest and host vocalist's perception of the other vocalist's audio delay to just a one-way lag (nominally one half of the full audio round-trip-travel delay) behind the backing track.

This limited perception of delay is accomplished by playing the backing track locally on both devices, and working to keep them in sync in real-time. The guest device 101A sends periodic timing messages to the host containing the current position in the song, and the host device 101B adjusts the playback position of the song accordingly.

We have experimented with two different approaches to keeping the backing tracks in sync on the two devices (guest and host devices 101A and 101B):

-   -   Method 1: We adjust playback position we receive on the         host-side by the one-way network delay, which is approximated as         the network RTT/2.     -   Method 2: We synchronize the clocks of the two devices using         network time protocol (NTP). This way we don't need to adjust         the timing messages based on the one-way network delay, we         simply add an NTP time stamp to each song timing message.

For “shared latency” configurations, method 2 has proven more stable than method 1. As an optimization, to avoid excessive timing adjustments, the host only updates the backing track playback position if we are currently more than 50 ms off from the guest's backing track playback position.

Score-Coded Pitch Tracks

FIG. 4 is a flow diagram illustrating real-time continuous score-coded pitch-correction and harmony generation for a captured vocal performance in accordance with some embodiments of the present invention9s). In the illustrated configuration, a user/vocalist (e.g., the guest or host vocalist at guest device 101A or host device 101B, recall FIG. 1 ) sings along with a backing track karaoke style. In the case of the guest vocalist at the current guest device 101A, the operant backing track is backing track 107A, whereas for the host vocalist at the current host device 101B, the operant backing track is guest mix 106 which, at least in embodiments employing the “host sync” method, conveys the original backing track mixed with guest vocals. In either case, vocals captured (251) from a microphone input 201 may optionally be continuously pitch-corrected (252) and harmonized (255) in real-time for mix (253) with the operant backing track audibly rendered at one or more acoustic transducers 202.

Both pitch correction and added harmonies are chosen to correspond to a score 207, which in the illustrated configuration, is wirelessly communicated (261) to the device(s) (e.g., from content server 110 to guest device 101A or via guest device 101A to host device 101B, recall FIG. 1 ) on which vocal capture and pitch-correction is to be performed, together with lyrics 208 and an audio encoding of the operant backing track 209 (e.g., backing track 107A or guest mix 106). In some cases or embodiments, content selection and guest queue control logic 112 is selective for melody or harmony note selections at the respective guest and host devices 101A and 101B.

In some embodiments of techniques described herein, the note (in a current scale or key) that is closest to that sounded by the user/vocalist is determined based on score 207. While this closest note may typically be a main pitch corresponding to the score-coded vocal melody, it need not be. Indeed, in some cases, the user/vocalist may intend to sing harmony and the sounded notes may more closely approximate a harmony track.

Audiovisual Capture at Handheld Device

Although performance synchronized video capture need not be supported in all embodiments, handheld device 101 (e.g., current guest device 101A or current host device 101B, recall FIG. 1 ) may itself capture both vocal audio and performance synchronized video. Thus, FIG. 5 illustrates basic signal processing flows (350) in accord with certain implementations suitable for a mobile phone-type handheld device 101 to capture vocal audio and performance synchronized video, to generate pitch-corrected and optionally harmonized vocals for audible rendering (locally and/or at a remote target device), and to communicate with a content server or service platform 110.

Based on the description herein, persons of ordinary skill in the art will appreciate suitable allocations of signal processing techniques (sampling, filtering, decimation, etc.) and data representations to functional blocks (e.g., decoder(s) 352, digital-to-analog (D/A) converter 351, capture 353, 353A and encoder 355) of a software executable to provide signal processing flows 350 illustrated in FIG. 5 . Likewise, relative to FIG. 4 , the signal processing flows 250 and illustrative score coded note targets (including harmony note targets), persons of ordinary skill in the art will appreciate suitable allocations of signal processing techniques and data representations to functional blocks and signal processing constructs (e.g., decoder(s) 258, capture 251, digital-to-analog (D/A) converter 256, mixers 253, 254, and encoder 257) that may be implemented at least in part as software executable on a handheld or other portable computing device.

As will be appreciated by persons of ordinary skill in the art, pitch-detection and pitch-correction have a rich technological history in the music and voice coding arts. Indeed, a wide variety of feature picking, time-domain and even frequency-domain techniques have been employed in the art and may be employed in some embodiments in accord with the present invention. With this in mind, and recognizing that multi-vocalist synchronization techniques in accordance with the present invention(s) are generally independent of any particular pitch-detection or pitch-correction technology, the present description does not seek to exhaustively inventory the wide variety of signal processing techniques that may be suitable in various design or implementations in accord with the present description. Instead, we simply note that in some embodiments in accordance with the present inventions, pitch-detection methods calculate an average magnitude difference function (AMDF) and execute logic to pick a peak that corresponds to an estimate of the pitch period. Building on such estimates, pitch shift overlap add (PSOLA) techniques are used to facilitate resampling of a waveform to produce a pitch-shifted variant while reducing aperiodic effects of a splice. Specific implementations based on AMDF/PSOLA techniques are described in greater detail in commonly-owned, U.S. Pat. No. 8,983,829, entitled “COORDINATING AND MIXING VOCALS CAPTURED FROM GEOGRAPHICALLY DISTRIBUTED PERFORMERS,” and naming Cook, Lazier, Lieber, and Kirk as inventors.

An Exemplary Mobile Device

FIG. 6 illustrates features of a mobile device that may serve as a platform for execution of software implementations in accordance with some embodiments of the present invention. More specifically, FIG. 6 is a block diagram of a mobile device 400 that is generally consistent with commercially-available versions of an iPhone™ mobile digital device. Although embodiments of the present invention are certainly not limited to iPhone deployments or applications (or even to iPhone-type devices), the iPhone device platform, together with its rich complement of sensors, multimedia facilities, application programmer interfaces and wireless application delivery model, provides a highly capable platform on which to deploy certain implementations. Based on the description herein, persons of ordinary skill in the art will appreciate a wide range of additional mobile device platforms that may be suitable (now or hereafter) for a given implementation or deployment of the inventive techniques described herein.

Summarizing briefly, mobile device 400 includes a display 402 that can be sensitive to haptic and/or tactile contact with a user. Touch-sensitive display 402 can support multi-touch features, processing multiple simultaneous touch points, including processing data related to the pressure, degree and/or position of each touch point. Such processing facilitates gestures and interactions with multiple fingers and other interactions. Of course, other touch-sensitive display technologies can also be used, e.g., a display in which contact is made using a stylus or other pointing device.

Typically, mobile device 400 presents a graphical user interface on the touch-sensitive display 402, providing the user access to various system objects and for conveying information. In some implementations, the graphical user interface can include one or more display objects 404, 406. In the example shown, the display objects 404, 406, are graphic representations of system objects. Examples of system objects include device functions, applications, windows, files, alerts, events, or other identifiable system objects. In some embodiments of the present invention, applications, when executed, provide at least some of the digital acoustic functionality described herein.

Typically, the mobile device 400 supports network connectivity including, for example, both mobile radio and wireless internetworking functionality to enable the user to travel with the mobile device 400 and its associated network-enabled functions. In some cases, the mobile device 400 can interact with other devices in the vicinity (e.g., via Wi-Fi, Bluetooth, etc.). For example, mobile device 400 can be configured to interact with peers or a base station for one or more devices. As such, mobile device 400 may grant or deny network access to other wireless devices.

Mobile device 400 includes a variety of input/output (I/O) devices, sensors and transducers. For example, a speaker 460 and a microphone 462 are typically included to facilitate audio, such as the capture of vocal performances and audible rendering of backing tracks and mixed pitch-corrected vocal performances as described elsewhere herein. In some embodiments of the present invention, speaker 460 and microphone 662 may provide appropriate transducers for techniques described herein. An external speaker port 464 can be included to facilitate hands-free voice functionalities, such as speaker phone functions. An audio jack 466 can also be included for use of headphones and/or a microphone. In some embodiments, an external speaker and/or microphone may be used as a transducer for the techniques described herein.

Other sensors can also be used or provided. A proximity sensor 468 can be included to facilitate the detection of user positioning of mobile device 400. In some implementations, an ambient light sensor 470 can be utilized to facilitate adjusting brightness of the touch-sensitive display 402. An accelerometer 472 can be utilized to detect movement of mobile device 400, as indicated by the directional arrow 474. Accordingly, display objects and/or media can be presented according to a detected orientation, e.g., portrait or landscape. In some implementations, mobile device 400 may include circuitry and sensors for supporting a location determining capability, such as that provided by the global positioning system (GPS) or other positioning systems (e.g., systems using Wi-Fi access points, television signals, cellular grids, Uniform Resource Locators (URLs)) to facilitate geocodings described herein. Mobile device 400 also includes a camera lens and imaging sensor 480. In some implementations, instances of a camera lens and sensor 480 are located on front and back surfaces of the mobile device 400. The cameras allow capture still images and/or video for association with captured pitch-corrected vocals.

Mobile device 400 can also include one or more wireless communication subsystems, such as an 802.11b/g/n/ac communication device, and/or a Bluetooth™ communication device 488. Other communication protocols can also be supported, including other 802.x communication protocols (e.g., WiMax, Wi-Fi, 3G), fourth generation protocols and modulations (4G-LTE) and beyond (e.g., 5G), code division multiple access (CDMA), global system for mobile communications (GSM), Enhanced Data GSM Environment (EDGE), etc. A port device 490, e.g., a Universal Serial Bus (USB) port, or a docking port, or some other wired port connection, can be included and used to establish a wired connection to other computing devices, such as other communication devices 400, network access devices, a personal computer, a printer, or other processing devices capable of receiving and/or transmitting data. Port device 490 may also allow mobile device 400 to synchronize with a host device using one or more protocols, such as, for example, the TCP/IP, HTTP, UDP and any other known protocol.

FIG. 7 illustrates respective instances (701, 720A, 720B and 711) of computing devices programmed (or programmable) with vocal audio and video capture code, user interface code, pitch correction code, an audio rendering pipeline and playback code in accord with the functional descriptions herein. Device instance 701 is depicted operating in a vocal audio and performance-synchronized video capture mode, while devices instances 720A and 720B are depicted as operating in a mode that receives livestreamed mixed audiovisual performances. Though television-type display and/or set-top box equipment 720B is depicted operating in a livestream receiving mode, such equipment and computer 711 may operate as part of a vocal audio and performance synchronized video capture facility (as guest device 101A or host device 101B, recall FIG. 1 ). Each of the aforementioned devices communicate via wireless data transport and/or intervening networks 704 with a server 712 or service platform that hosts storage and/or functionality explained herein with regard to content server 110. Captured, pitch-corrected vocal performances mixed with performance-synchronized video to define a multi-vocalist audiovisual performance as described herein may (optionally) be livestreamed and audio visually rendered at laptop computer 711.

Other Embodiments

While the invention(s) is (are) described with reference to various embodiments, it will be understood that these embodiments are illustrative and that the scope of the invention(s) is not limited to them. Many variations, modifications, additions, and improvements are possible. For example, while pitch correction vocal performances captured in accord with a karaoke-style interface have been described, other variations will be appreciated. Furthermore, while certain illustrative signal processing techniques have been described in the context of certain illustrative applications, persons of ordinary skill in the art will recognize that it is straightforward to modify the described techniques to accommodate other suitable signal processing techniques and effects.

Embodiments in accordance with the present invention may take the form of, and/or be provided as, a computer program product encoded in a machine-readable medium as instruction sequences and other functional constructs of software, which may in turn be executed in a computational system (such as a iPhone handheld, mobile or portable computing device, media application platform, set-top box, or content server platform) to perform methods described herein. In general, a machine readable medium can include tangible articles that encode information in a form (e.g., as applications, source or object code, functionally descriptive information, etc.) readable by a machine (e.g., a computer, computational facilities of a mobile or portable computing device, media device or streamer, etc.) as well as non-transitory storage incident to transmission of the information. A machine-readable medium may include, but need not be limited to, magnetic storage medium (e.g., disks and/or tape storage); optical storage medium (e.g., CD-ROM, DVD, etc.); magneto-optical storage medium; read only memory (ROM); random access memory (RAM); erasable programmable memory (e.g., EPROM and EEPROM); flash memory; or other types of medium suitable for storing electronic instructions, operation sequences, functionally descriptive information encodings, etc.

In general, plural instances may be provided for components, operations or structures described herein as a single instance. Boundaries between various components, operations and data stores are somewhat arbitrary, and particular operations are illustrated in the context of specific illustrative configurations. Other allocations of functionality are envisioned and may fall within the scope of the invention(s). In general, structures and functionality presented as separate components in the exemplary configurations may be implemented as a combined structure or component. Similarly, structures and functionality presented as a single component may be implemented as separate components. These and other variations, modifications, additions, and improvements may fall within the scope of the invention(s). 

What is claimed is:
 1. An audio collaboration method for broadcast of a joint performance of geographically distributed first and second performers with non-negligible peer-to-peer communications latency between host and guest devices, the method comprising: receiving at the host device, from the guest device, a media encoding of a mixed audio performance (i) including vocal audio captured at the guest device from a first one of the first and second performers and (ii) mixed with a backing audio track, wherein the mixed audio performance is received from the guest device without traversing a content server separate from the host device; at the host device, audibly rendering the received mixed audio performance and capturing thereagainst vocal audio from a second one of the first and second performers; and mixing, at the host device, the captured vocal audio of the second one of the first and second performers with the received mixed audio performance to provide a broadcast mix for transmission to an audience as the broadcast, wherein the broadcast mix includes vocal audio of the first and second performers and the backing audio track with negligible temporal lag therebetween.
 2. The method of claim 1, further comprising: buffering the broadcast mix at the content server separate from the host device and transmitting the buffered broadcast mix from the content server to the audience.
 3. The method of claim 1, further comprising: over a wide-area network, transmitting the broadcast mix to plural recipients as a live stream, the plural recipients constituting the audience.
 4. The method of claim 1, further comprising: supplying the captured vocal audio of the second one of the first and second performers to the guest device for audible rendering at the guest device with at least some guest-side temporal lag relative to the capture of vocal audio from the first one of the first and second performers; wherein a substantial entirety of the non-negligible peer-to-peer communications latency is apparent in the guest-side temporal lag; and wherein essentially none of the non-negligible peer-to-peer communications latency is apparent at the host device or in the broadcast mix of first and second performers.
 5. The method of claim 1, wherein receipt at the host device of the mixed audio performance and supply of the captured vocal audio of the second one of the first and second performers to the guest device are via a peer-to-peer audiovisual connection using a Web Real-Time Communications (WebRTC)-type framework.
 6. The method of claim 1, further comprising: supplying the broadcast mix of vocal audio of the first and second performers over a wide-area network, wherein the supply of the broadcast mix is via a real-time messaging protocol (RTMP)-type audiovisual streaming protocol.
 7. The method of claim 1, wherein the backing audio track is supplied to both the host and guest devices to provide a synchronization timeline for temporally-phased vocal audio capture performed at the respective host and guest devices to eliminate a perceived latency in the broadcast mix.
 8. The method of claim 7, wherein the backing audio track is played locally on both the host and guest devices, wherein the guest device sends periodic timing messages to the host device to indicate a current position in the backing audio track, and wherein the host device adjusts a playback position of the backing audio track based on the periodic timing messages.
 9. The method of claim 1, wherein the received media encoding includes video that is performance synchronized with the captured vocal audio of the first one of the first and second performers, wherein the method further includes capturing, at the host device, video that is performance synchronized with the captured vocal audio of the second one of the first and second performers, and wherein the broadcast mix is an audiovisual mix of captured audio and video of at least the first and second performers.
 10. The method of claim 1, further comprising: queuing a playlist of requests from one or more recipients of the broadcast mix.
 11. The method of claim 10, further comprising: responsive to a selection, by the second one of the first and second performers at the host device, of a particular one of the queued playlist requests, retrieving one or more of the backing audio track, lyrics, and score-coded note targets from a content repository.
 12. The method of claim 10, further comprising: responsive to a selection, by the second one of the first and second performers at the host device, of a particular one of the queued playlist requests, supplying the guest device with one or more of the backing audio track, lyrics and score-coded note targets.
 13. The method of claim 1, further comprising: receiving at the host device a media encoding of at least another mixed audio performance (i) that constitutes vocal audio captured at another guest device from a third performer and (ii) is temporally aligned or alignable with the backing audio track.
 14. The method of claim 3, wherein audio of the live stream includes both: conversational-type audio portions captured in correspondence with interactive conversation between the first and second performers; and vocal performance audio portions captured in correspondence with vocal musical performance of either or both of the first and second performers against the backing audio track.
 15. The method of claim 1, further comprising: receiving from the guest device one or more lyrics synchronization markers, the lyrics synchronization markers conveying to the host device a temporal alignment of lyrics visually presented at the guest device with the vocal audio captured at the guest device.
 16. A system for dissemination of an apparently live broadcast of a joint performance of geographically-distributed first and second performers, the system comprising: host and guest devices coupled as local and remote peers by a communication network with non-negligible peer-to-peer latency for transmissions of audiovisual content, the host device communicatively coupled as the local peer to receive a media encoding of a mixed audio performance constituting vocal audio captured at the guest device, and the guest device communicatively coupled as the remote peer to supply the media encoding captured from a first one of the performers and mixed with a backing audio track, the mixed audio performance received from the guest device without traversing a content server separate from the host device; the host device configured to audibly render the received mixed audio performance, to capture thereagainst a vocal audio from a second one of the performers, and to mix the captured second performer vocal audio with the received mixed audio performance to render a broadcast mix, and the broadcast mix provided for transmission as the apparently live broadcast.
 17. An audio collaboration method for a livestream broadcast of a coordinated audiovisual work of first and second performers captured at respective geographically-distributed, first and second handheld devices, the method comprising: receiving at the second handheld device, a media encoding of a mixed audio performance (i) including vocal audio captured at the first handheld device from a first one of the performers and (ii) mixed with a backing audio track, wherein the mixed audio performance is received from the first handheld device without traversing a service platform separate from the second handheld device; at the second handheld device, audibly rendering the received mixed audio performance and capturing thereagainst vocal audio from a second one of the performers; mixing, at the second handheld device, the captured second performer vocal audio with the received mixed audio performance to provide a broadcast mix that includes the captured vocal audio of the first and second performers and the backing audio track without apparent temporal lag therebetween; and supplying the broadcast mix to the service platform configured to livestream the supplied broadcast mix to plural recipient devices constituting an audience.
 18. The method of claim 17, wherein the first handheld device is associated with the second handheld device as a current livestream guest, and wherein the second handheld device operates as a current livestream host, the current livestream host controlling association and dissociation of particular devices from the audience as the current livestream guest.
 19. The method of claim 18, wherein the current livestream host selects from a queue of requests from the audience to associate as the current livestream guest.
 20. The method of claim 17, wherein the first handheld device operates in a livestream guest role and the second handheld device operates in a livestream host role, the method further comprising either or both of: the second handheld device releasing the livestream host role for assumption by another device; and the second handheld device passing the livestream host role to a particular device selected from a set comprising the first handheld device and the audience. 